home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
EnigmA Amiga Run 1997 April
/
EnigmA AMIGA RUN 17 (1997)(G.R. Edizioni)(IT)[!][issue 1997-04][EAR-CD].iso
/
EARCD
/
biz
/
demo
/
FamCon35a_demo.lha
/
FamCon
/
Read me first
< prev
next >
Wrap
Text File
|
1996-09-21
|
10KB
|
210 lines
This is a summary of the changes made to Family Connections since
version 3.2 was released. The individual "What's new for 3.X" files
have more detail. Those files should be read (and in some cases
printed) since there are notes, etc. to be added to the user manual.
For those who received version 3.5, this version corrects several
errors discovered subsequent to starting to ship 3.5.
BE CERTAIN TO READ THE NOTES AT THE END OF THIS FILE.
New features:
1. Added a feature to the utility menu to provide for copying FamCon
family files.
2. Added capability to produce pedigree chart output via Final Writer.
Final Writer Copyright (c) 1996 SoftWood, Inc. All rights reserved.
Enhancements:
1. The requesters now appear on the screen at the pointer location.
Most have keyboard shortcuts (those using AmigaDOS 2.0X will not
be able to use this feature).
2. The Gedcom import processing has been completely reworked. This
was a part of the 3.3 update for those who have previously received
it. Version 3.5A also corrects some more errors.
3. Inserted a statement to have the program automagically allocate the
correct initial stack space; stack value in the icon is no longer
relevant.
4. Revised the handling of the submitter/creator information for the
pedigree chart and Gedcom output.
5. Revised the person display notations so as to distinguish between
half- and step-siblings.
6. Added check when adding spouses to prevent duplicate spousal linkages
from being created.
7. Made one program out of the former dump_gen and dump_sps programs.
The new program is called dump_family.
8. Replaced the Gedcom import processing so as to improve performance
and reliability [see "What's new for 3.3" for details.]
9. Revised the creation of project icons for new families.
10. Added a mechanism to the displaying of a person's information so
as to break the endless loop in which the program can get trapped
when faulty family linkages exist in the data.
11. Revised the viewer program to improve its operation.
12. Enhanced add_spouse and add_person to check for current person's
info having been saved prior to exiting the data entry process.
13. Enhanced add_person to check for current person's data having been
saved prior to invoking add_spouse with the button gadget in the
add_person window.
14. Enhanced add_person, add_spouse, edit_person, and edit_spouse
processes to check the sex of people being proposed as parents
or spouses.
15. Added a warning about attempting to add or edit a person's infor-
mation with no birthdate or birth order information.
16. Name validation rules were relaxed so that compound names such
as "von Trapp, Maria" are now accepted. Revision made in response
to customer report.
17. Made the data entry process less error-prone by ensuring that the
program always captured all the information which had been entered
whether the user had entered a carriage return at the end of an
entry or not. [Some considered this to be a bug while others
considered it a user error. :-) ]
18. Added a verification prompt when deleting a person.
19. Revised "new project" such that no icon creation is attempted if
starting of new family is cancelled.
Error corrections (a.k.a. "bug fixes")
1. Corrected error in summary listing wherein spouse information was
being incorrectly displayed.
2. Corrected the Gedcom output processing: [see "What's new for 3.3"
for details.]
3. Corrected the operation of the spouse editing window so that it
would sequence through multiple spouses correctly.
4. Corrected error in listing of spouse records. Also, added "busy"
indication while listing is being prepared.
5. Corrected the processing of parents and siblings of a person for
display/list/print purposes. Error found in response to several
customer bug reports.
6. Found and corrected potential latent bug in pedigree chart creation.
It was remotely possible for the charted person's name to have been
derived from a source different from that which was being used to
produce the remainder of the pedigree information.
7. Corrected a number of errors in the Gedcom input processing:
a. Failure to delete .problems file when no problems found.
b. Family and file name requests not being handled correctly;
family name wasn't even being used after being requested.
c. Failure to validate file when initiated from the CLI.
d. Output files were not being sent to the correct directory.
e. Family name and file path were not being separated correctly.
8. Corrected a problem with file name requesters. This error would
(when it occurred) manifest itself by causing the program to hang.
Documentation changes:
1. Produced appendices B and C for the user manual. Appendix B is some
general information about Gedcom files and records for those who may
be working with that source of information. Appendix C documents
the utility programs provided along with FamilyConnections.
2. Added some additional material to section 9 of the user manual in the
form of some words of wisdom for those who are trying to get started
with FamilyConnections. [Section 9 is section 3 of the Legendary
version of the manual.]
3. Additional material for section 4.1 explaining the "spouse" gadget
which appears in the add person window.
4. Additional material for section 4 as follows:
4.7.4 Print persons
4.7.5 Calendar
4.7.6 Copy/backup
IMPORTANT USAGE NOTES
1. There is apparently some confusion about the linking of people within
Family Connections. The thing to keep in mind is that the peoples'
records are linked. This means that when you are entering a person's
information and you wish to add the person's parent(s), for example,
the parent(s) must have been previously entered. When you enter a
person's parent in the "father" or "mother" gadget of the add_person
process, you are not just entering a textual name -- you are entering
enough of the parent's name to allow Family Connections to locate and
make a connection to the parent's record.
2. The "location" gadget of the add_person process has also caused some
confusion. This gadget allows you to enter anything you may wish to
note about the person. The intended purpose of the gadget is to allow
entry of a person's present address (if known and the person is living)
or the place of death or burial location (if deceased). The content
has no intrinsic purpose within Family Connections, so you may enter
anything you wish for your own purposes.
3. Users have been disconcerted by some of the unusual family relation-
ships which the program will use in certain cases. This occurs most
often while entering information and the process is not complete.
The unusual relationship indication is typically transient and will
disappear as soon as you finish entering the data. The most common
instance of this is when entering children of a family and the child
is not connected to both parents. The child may temporarily appear
as a step- or half- child or -sibling until the entries are completed
for both parents.
4. Some people have been lax about entering birthdates for people as they
enter the people's other data. This can lead to some problems for the
program when dealing with siblings since the program links the siblings
in birth order. Absent any birth order information, the program will
default to adding the next child at the head of the sibling lists. If
the connection is made to one parent at one time and the other parent
at another, there can be some scrambled linkages made which will cause
more grief later. In the absence of any birthdate information, at
least enter a guess at the birth order (you can revise it later, if
necessary). The program will accept ordinal numbers (1, 2, 3,...)
by themselves (it thinks they're years) and will order siblings accord-
ingly.
5. Several people seem to have forgotten to adapt the printer control
for their particular printers. As shipped, the files were set for
use with an HP LaserJet and needed to be adapted to whatever printer
you have if not a LaserJet. In an effort to protect the innocent
(guilty?), the control files have been changed in this version such
that they will work with any printer. The parts unique for the
LaserJet have been moved to the files print_ctl_port.LJ and
print_ctl_land.LJ. These content of these files should be added to
the end of print_ctl_port and print_ctl_land, respectively, if you
have a LaserJet printer.
6. There were several instances in earlier versions of FamCon
where data being entered wasn't seen by the program unless you
pressed the "enter"/"carriage return" key at the end of the entry.
It is believed that all these situations have now been corrected,
but if you encounter a situation where the program seems to ignore
the information you enter, try pressing "return" after the entry
[and report the problem].
It should be noted that one of the features of FamCon is that as
you complete the entry of information for one item, the next
item's gadget will be activated upon detecting a carriage return
or tab key entry thus minimizing the number of times you need to
click on a gadget while entering data. However, this feature
won't work unless you press return or tab at the end of the
entries.